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ABSTRACT 



This paper presents a .methodology for the design of cost-effective 

r 

computer input systems for mathematical prdgramming models. It illustrates 
how the input language can be defined through a formal grammar and how the 
cost-effectiveness of the input features ^can be determined by observing 
their effect on the grammati c'^l structi4re. A methodology for the design 
of the input parsing algorithm xs p^^esented, based on the graph of the grammar. 
The graph can be transformed to provide effective error detection at the lex- 
ical anov syntat ical levels. The automatiTc deletion of edges and vertices, 
through ^Xsyntax-direct^d type input, provides increased semantical analysi'S. 




OperatiS^ research has evolved into a science af a high degree of sophis- 
tication. ^Igorithms have been developed for solving-a variety of problems.. • 
Many of algorithms are recognized for efficiency and universal applica- 

tion. The .evolution paralleled the growth of computer science and technology, ' 
since most operations research methods require a digital computer for efficient 
cost-effective utilization. 

There is, hc^ever, a difficulty that rausas most aj, these sophisticated 
computer a^lgorithms to be un'derut ilize'd": 'the barrier "associated with communi- 
cation between man and machine. S incfe ^ccess\o tht^^^lgorithms has Required 
considerable computer skills and special knowledge of p rogranv s tructure , 
potential users tend to avoid' sophisticated compu^r codes for operations 
search methods. . ( • 



^ --^ operations re- 



• 1 

The purpose of this pajper is to develop and demonstrate the design of 
interface systems for cost-effective communi cat ion' of the user with the computer- 
ized operations research procedures. These interfacing systems should provide 
trade-offs betrceen costs incurred by the user .,ad the machine. The concentration 
is in the area of interfacing methods for implementing the optimization tech- 
niques of i^atheraatical programming. Emphasis is given to flexibility of access- 
ing the algorithm, cost-ef f ^^ctiveness , and pedagogical or seff teaching aspects 
of the interface systems. >!ethods which take advantage of the characteristics 
of the input model, for soliciting, storing, and analyzing the input inf orm^ M... . , 
are investigated. Concepts in higher level interfacing systems are also- 
explored; 

Linear programming is the vehicle for experimental development of interface 
systems in this paper. The results are applicable to other mathematical program- 
ming procedures (e.g., nonlinear and dynamic programming), since their data 
requirements are quite, similar. 



The spectrum of computer systems for m'athema tical pr-Qgramming begins 
- with the commercial production packages and ends with the high-level input 
system. The former represents the commiinicatian at the machine level and the 
latter the communication of the problem environment level. The following list 
is a representative feature- wise- tracing of the . development in this area: 
UNiVAC 1108 - LP, CLP [8], UHELP [ 3 ] , MPOS [ 2 ] , EZLP [-6]. The last... on the 
list is discussed in detail in a later section of this paper. 
Defin itiotis and Basic Concepts X 

"f ... .' 

- A metalanguage is a language describing another language (object-, language) 
" Terminal symbols are the symbols of the object language. 

" Nontermii tal s\Tnbols are the symbols of the metalanguage. ^ (In this paper 
.nonterminals will be denoted"by capital letters; eig., DIGIT is a non- 
terminal and can be used to denote any digit). 

- An alphabet A is a finiti^ set of terminal symbols. 

- A l^guage is. an infinite set of character strings on some alphabet A. 

- A production H is a string transformation rule or grammatical rule. 
H is denoted as X Y where Y is the transformed X. 

- A grammar G is the nonempty set of productions over a given set of 
tjBrminal and nonterminal symbo,^s. 

Any element of a language is "produced" through a finite recursive trans- 
formation of strings. The starting point of this recursion is called the start- 
ing symbol of the grammar* In Operations Research languages, this starting 
symbol is the nonterminal MODEL. This is the most structured nonterminal. 
Consider the .grammar: G = (N , A, EXPRESSION, P) 
.where: ^ N = {B,C} : set of nonterminals ..^ 
A '= {b,c} :* set of terminals 

t 



P = {EXPRESSION ^ BC ' . ' 

B ^ bB, B ^ b, . 
• C ^ cC, C ^ c} : set of producitons 

e.g., EXPRESSION ^ BC ^ bB ^ bbBc ^ bbbC ^ bbbc ' ^ • 

The string bbbc is an element of the language generated by the grammar G.> 
However, consider the stringy cbbc. A typical tlranslation process would ^ at tempt , 
say, by left to right scanning, to reach the starting symbol of the grammar 
by successively applying legal transformation rules, 

Exhaustive Tree Search: ' 

cbbc CBBC ; terminated with error since no further .transformation is 
possible 

cbbc ^ GBBC ^ CBC : terminated with error since tio further transformation 

is possible * < 

Hence, thft^string cbbc would be rejected as an illegal construct. 

- The syntax of a language is the set of rules specifying legal ^ cons ttucts*^ 
of the language. 

9 * 

Th-e semantics of a language is the assignment of meaning' to the- con- 

r • ■ 

structi^ns of the language. 

- A grammar is nonlinear if at least one of the grammatical rules have-, 

on the right side, more than one nonterminal symbol. All the rules must 
<^ Have a single nonterminal in the left side. e.g., T.^^^ile VARI^LE ^ 

LETTER. DIGIT is a nonlinear one and so is characterized by, the grammar • 
^^^ntaining it. * ' ' . 

^ - A grammar is linear if all the rules have a single nonterminal on the / 
left side and at most one nonterminal on the right side . e.g., 
OPERAT(^ + : linear rule 
Now we have , Enough formalism to make a spe^culation about the expected cost 



\ • . ■■■ ^ ■ ■ 

of recognizing (accepting \)r rejecting) input character strings. We will 
refer to this process of 'recognition as' parsing .' 
I ^^he parsing of a string generated by a simple nonlinear production rule 
will be more expensive than parsing a string generated by a linear nfle. ' The 
reason is that, the nonlinear rule contains at Ifeast two nonterminals on the 
right side and the resulting syntactical tree (parsing actually is a tree 
search) will be more complex than a^ tree implied by a linear rule. Further- - 
iriore, the great&r the number of nonlin.ear rules in the grammar, the higher the 
expected parsing cost. Also, the higher the degree -of nonlinearity , . the higher 
the parsing cost. These two aspects of nonlinear grammar, sajr, density of non- 
linearity and degree of nonlinearity, are controllable by the designer of the 
grammar. Since the rules of the grammar are "models" of the language features, 
the designervcan weight the various input features by .their importance and 
their parsing cost. . ,^ < , ■ V 

The- above concepts provide a foundation upon which a^st-ef f ective method- 
ology can be devised-. Before that, however, we shall discuss- a metalanguage 
which adequately describes grammatical specifications. 
Syntax Specifications , ' » 

A metalanguage widely used to specify syntax is the Backus-Naur Form (BNF) . 
It precisely specifies syntiactlcal rules, but lacks the power to specify se- 
mantical rules. 

^ In BNF, the following notational rules exist: 
> 

1. Nonterminals ar^ written in brackets (<>) ; i.e.-, <X> means the class 
of nonterminals named X. . ' ' 

2. The sign of production (^) is replaced by : : = and is read- as "is 
replaced by " . 
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3. Multiple ways of transforming a nanterminal (altejrnative (productions) 
are written on the same line separated by The ORing operator "| 'J. 
EXAMPLES: ' • . * ' ' , 

;-^n BNF, the following is written^ - 
<DIGIT> J: = 1 r2.| 3 I ...| 9 I 0 

The recursive character of a set of productions can be easily specified, 

as in: . ... 

' '\ . ■ . 

<LIST> :: ^ <VARIABLE> | <US^ , <;VARIABLE> 

An extensicrn of the above feature is: y ^ 

\'' • 

<LIST> VARIABLE | <LIST>, <VARIABLE> 

(n) ' 

where (n) assign's an upper bound to t>^i^ recursion. ^ 

The foULowing ex^ple could be a statement in a user oriented mathematical 

programming system. Cotisider: LET XI, X2 , LINI^ POWER > = 10.5. 

In the context of formal languages, this is a phrase of 'a language with 

a specified grammar. Part of this gramAar is* the following segment of gyntacti 

cal rules related to tKe above phrase. 

<LIST CONSTRAIN'T> . : : = LET <NULL STRING>'<LIST>'<REL. OP><NUM> 
<LIST> :: = < VARIABLE> | <LIST> , <VARIABLe/ 
<VARIABLfi> :: =-<LETTER> ' <LETTER><LITEkAL> 

<LITERAL> :: = <DIGIT> | <DI€IT><I.ITERAL> | <LETTER> | <LETTER><LITERAL> . 

• * ' (K-2) " 

<NULL STRING> :: = SPACE [ SPACE <NULL . STRINO? 
(4-) ' . • p ' V 

<MJM> :: = <INTEGER>j <INTEGER> •<IN'rEGER> 

<INTEGER> :: ^ <DTGIT> | <DIGIT>< INTEG£il> 

<LETTER> :.: = A I B [. | Z 



<DIGII>: : = l|'2|...^9|o 

It is observed that this grammar specifies a maximal langth.of K characters 
for variables. Also, it allows up to five spaces after the key word LET. 

In BNF, u'ser oriented features can be included or excluded by a quick 
transformation of the grammar. Hence, thd language designer can visualize the 
effect of certain features. The effect has two coraponenOs: 

^1. The user-response and attitude towards certain iyntaczical rules 
2. The cost associated with the design and utilization of a posing 

algorithm ^ ^ """""^ . ^ 

As a final example of this section, a complete mathematical model and 
its gr.ainmar wii^ be presented. Consider the following Jt^ifar model: 

N 

OPT ^ C X 

1=1 ^ 

y 

N ■ 
ST ^ A X = R J = 1,M 

1=1 ^ J • ^ 

The corresponding grammar is: . V 

G = (N, A, MODEL, P) 

A = {A, B,..., Z,l, 2,..., 9, ST,^, MIN, MAX, NULL} 

N = {MODEL, CONST. SET, CONST, OPT. AE, NUM, SIGN,' ARITHM. OP, VAR, AE2, 

LETTER, DIGIT, INTEGER, LITERALi 

Where AE denotes Arithmetic Expression and CONST denotes CONSTRAINT. 

P is the set of productions. 

The grammar of the model is shown b^elow in BNF: ' \^ 

<MODEL> r: = <OPT><AE> ST< COMST . SET> 

<CONST, SET> ; : = < CONST. > | <CONST.>< CONST. SET> 
(M^l) 



ERIC . ^ 



<CONS'r.> :: = <AE> NUM 

<AZ> :: = <SIGN><NUM><VAR> i <SIGN><NUM><VAR><A£2> . ' 

(N-1) - . . 

<AE2> :: = <ARITHM OP><NUM>< VAR> I <ARITH . OP><NUM><VAR>< AE2> 
(N-2)-, 

<VAR> : : = <LETTER> | <LETJ'ER><ALFANUM> ' ^ 

<ALFANUM>^>j'^<DIGIT> | <DIGIT>< ALFA^Jim>' I <»LEiTTER> I <LETTER>< ALFANUM> 
(k-2) . ' 

<NUM> :: = <INTEGER> [ <INTEGER> • < INTEGER> 
<INTEGER> :: = <DIGIT> | <DIGIT>< INTEGER> 
<DIGIX> ::=l|2|...9lO'* 
<LETTER> :': = A I B | | Z 

<OPT> : : = MAX | mN \^ 
<SJGN> : : = + I - | i;uall 
<ARITM. 0P> : : = + I ~ 

A DESIGN METHQDQLQCY 

The methodology for processing (recognition and in t erpreat ion) of language 
for operations research (OR) models consists of a series of processing phases. 
These phases represent a decomposl/iqn of the processing into sub^process ing 
phases sa that each phase vill heJ responsible for processing certain 'grajmnati- 
cal constructs of the language^^n such a way that: ^ y 

X 

1. the information content will not be>'altered 
±i, a grammatically .illegal construct- will eventually be detected 
iii. the input string will be transformed in a way that will assist the pro 
cessing by ^he next coming phase 
iv. the system* can be modularly designed. 
This approach is language independent. 



A natural decompostion, used in most compilers, is divided into three 
phases: lexical analysis, syntactical analysis, ^nd^emantical analysit. ' 

Lexical analysis is the process in which the basic grammatical constructs 
(variables, coefficients, etc.) are identified and their grammatical correct- 
ness IS checked. 

i ■ . 

Syntactical anaJj^ is the process in which grammatical^ constructs of ' 

higher order (arithmetic expressions, cons traints , ^tc . ) are identified and 
checked. v ' t 

Semantical analysis is the process in which a meaning is assigned to e^h 
construct. This process checks the meaning <^ a- specif ic. construct with respect 
to other constructs, assuming syntactical correctness. • For instance in a 
syntactically correct double bo^jnd^d constraint, the lower bound is ^eater 
than the upper boUnd. * • ' ■> 

The first two phases represent the recognition process; the last' one is 
the interpretation process. These phases will be presented iii more detail in 
the following sections. y 

The design .of the interfacing system should be initiated with the design 
and analysis of the dialogue of the system. As a -f irst step, the designer of 
the interfacing system should define the level of communi oation by identifying ' 
various ways of entering the model. As well, the input feaj;ur^s should be 
selected and explicitly stated. 

As a second step of the design, the grammatical restrictions on 'the input 
should be described. This implied syntactical and semantical specifications. 
The syntax can be specified by formally describing the grammar. The semantics 
attached to this grammar should be clearly stated. . 

The thi^J: step of the design should be the analysis of the grammar in order 



A natural decompostion, used in most compilers, is divided into three 
phases: lexical analysis, syntactical analysis, and^emantical analysit. ' 

» 

Lexical analysis is the process in which the basic grammatical constructs 

(variables, coefficients, etc.) are identified and their grammatical correct- 

— I ■, < 

ness IS checked. 

j . 
Syntactical anaJj^ is the process in which grammatical^ constructs of ^ 

higher order (arithmetic expressions, cons traints , ^tc . ) are identified and 
checked. v ' , 

Semantical analysis is the process in which a meaning is assigned to e^h 
construct. This process checks the meaning <^ a- specif ic. construct with respect 
to other constructs, assuming syntactical correctness. • For instance in a 
syntactically correct double bo^jnd^d constraint, the lower bound Is ^eater 
than the upper boUnd. * • * ■> 

The first two phases represent the recognition process; the last' one is 
the interpretation process. These phases will be presented iii more detail in 
the following sections. f 

The design of the interfacing system should be initiated with the deaigfi 
and analysis of the dialogue of the system. As a -f irst step, the designer of 
the Interfacing system should define the level of communi oation by identifying ' 
various ways of entering the model. As well, the input feafur-^s should be 
selected and explicitly stated. 

As a second step of the design, the grammatical restrictions on 'the input 
should be described. This implied syntactical and semantical specif icaticns . 
The syntax can be specified by formally describing the grammar. The semantics 
attached to this grammar should be clearly stated. . 

The thi^^' step of the design should be the analysis of the grammar in order 



to allow an estimation of the expected cost assocj-ated with the .grammar . 

. This analysis identifies potential transformations and trrade-oMs of ' flexibility. 

^ The final versign^o^ the grammar wilL ,be the input to the fourth step. 

« ■ • . <j^^^ 

The fourth step of the design should be the selection and design^! the - 

supporting software. Algorithms and the^mode.of their operation for lexical 

and syntactical analysis should be defined. The proper cost-effective data 

. ^ • • 
structure should also be designed considering user features and the intei^nal 
* . . . » » '* 

. OR technique. The data structure is the, only part of the interfacing system 

* ' ^ . 

that will be affected by the OR technique. \ ' ^ 

Lexical Anajyis ' , ^ . 

The basic function of the lexical analysis is ' the le5t-to-right scanning 
of the input string and the grouping of characters in units which represent the 
basic classes of the * language . The following is the result of t^ie lexcial 
analysis on a typical linear programming ot^jective function: 



U] 0 □ 0 0 □ {r. 



According tb the grammar of the language, these basic syntactic classes 



(tokens) are nonterminal symbols and hence, they have names. Therefore, 
is a VARIABLE 



•XI 



\ + I is an ARITHMETIC OPERATOR, and so .on. Blanks are 
suppressed* ' * ' ' ' 

A nonterminal might be "mapped into a variety of terminals. Therefore, 
another function of the lexical analysis is to find the exact mapping element 
and establish thej>roper pointers so that the information can be passed to the 
next {niase. 

How ef^^iently the information is processed is a problem of data struc- 
tures and will hot /be discussed here. For simplicity, a simple table is used 
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which is usually called the Uniform Symbol Table (UST) . It consists of two 

entries: the. class name (nonterminal), and the pointer to the appropriate 

■ * ■ • * • 

rfable. » ' 

Various support tables will be used by a lexical analyzer f oi; variable 
names, numeric entries, etc. The UST for the above example will Ije as follov(s 



Table 1. The Uniform Symbol Table 


Token 


Type 


Pointer 
in Tables 




OPTIMIZE 


1 


3 


A ■ • 

NUMERIC 


1 

r 


XI 


^VARIABLE 


1 


+ 


ARITHM,, OP. 


" 1 


2 


NUMERIC 


2 


X2 • 

i 


VARIABLE _ 


2 




ARITHM. JDP. 


- 2 


15 


NUMERIC 


3 



This table, a^ong with the updated support tables, will be the input to 
the syntactical^ an^X^^s phases > The support tables are needed to preserve in- 
formation which will Be used by the parser and semantic, analyzer. Hence, the 
lexical analyzer should correctly update these tables. For instance, if a 
variable name is sc^^ed by the lexlc^^l analyzer, it should be entered in the 
table for variable ^ames only it if is not already entered. 

Through lexical analysis, the information content is preserved and the 



string is transformed into s.ymbol-s of unit length, huX of higher granmiatical 
or^er. ^'^^'is will make the syntactical anlysis easier since tlie parser will'^^ot 
be xvorking on characters, but on tokens. * 

Lexical analysis, more formally defined, is the analys^^s of an input 
string through certain linear productions or "lineaif^Tb^ke'* productions, such as: 



<yARIABLE> :: = <LETTER> <VARIABLE><LETTER> 



By scanning the terminal symbols, which are the characters, the nonterminals 



(tokens) are constructed. At the same time, certain violations of the rules 
are^ detected (e.g., illegal characters in an identifier, alphabetic characters, 
in numeric f^ld, etc.). * 

At the presense of an error, the lexical analyzer shj)uld be able to re- 
cover to scan the r^emaining string, and to create a UST so that the parser will 
detect any syntactical errors of higher order. . - 

The implementation of the lexical analyzer can be accomplished by codJ.ng a 
state diagram where each state represa^its a nonterminal symbol of the grammar 
and each arc represents a terminal symbol. For instance, the productions 

<VAR1ABLE> :: = letter | <VARIABLE> letter ] <VA^IABLE> digit 

<INTEGER> :: = digit ; <INTEGEE>:' digit 
can be interpreted as. the graph of Figure 1. 

The state LINK represents a starting state and the remaining of the 
grammatical rules. To increase the flexibility, an, abstract symbol is intro- 
duced; this is the "break" symbol which could be anything that differentiates 
syntactical constructs including the null. That is to say, the break S3^bol 
''terminates a syntactical construct and introduces a new one. By introducing 
the "break" symbol into Figure 1, ^we obtain the graph of Figure 2. . 
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Figurc'-l. The State Graph of Grammatical Definitions 




digit 



letter 



dieit 



Figure 2 . The State Graph of GramTnatica«;i Definitions 

Including Transitions under the Break Symbol 
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The "break*' symbol should be used only when needed; if one Ichows exactly 
wher^ to gcr from the current state', then going gack to LINK mig]it duplicate 
the effort. Thus, the "break"' symbol should violate the^ syntactical rales, a^ 
represented by the current location on the graph. This means that the break 
symbol does not drive the parsing back to the current state nor to any other 
state connected to the current one. The break s.ymbol causes a transition back 
to the LINK state wK^re it will either be defined as the starting symbol of 
anot^her syntactical construct, or it will cause an er^or ; in the latter case, 
it will^ be ignored to enable the process to- continue . 

Tbe graphical representation should be able to handle ceiHH^^n low-order non- 
linear productions since there is an implicit memory in the'^g'raph. This is * 
illustrated by Figure 3, as a modification of the gr^ph of Figure 2, so that 
the production <NUMERIO T: = <INTEGER> | <INT-ECfjl> •<1NTEGER> can be handl^ 
at the level of the ^Lexical analyzer. 



J 



break 



letter 




Figure^3. The State TSraph of a Grairanatical Definition Illustrating 
rni/-- Graphical Representation of Nonlinear Definitions 
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Fropi Fig^ire 3 we "observe that: ' 

i. .The construct NU^ERIC is represented -implicitly by the two states 
in the square with dotted lines, 
ii. The "break" 'arcs are reduced to those needed. The graphical 

representation* presented above can serve as the ftamework fpr a lexi- 
cal analyzer. For coding, each s^tate of the graph mu^st be represented 
with a separate portion of code. This approach will Wke the lexical 
•.V analyzer highly modular since states and arcs can be easily added or 
■ deleted. ^Hence, grammar modifications can be performed at a low de- 
sighing- cost, Sl.nce all the grammatical constructs will be defined 
on tke graph ^ uncertainty will be decreased^ and thus the time of 

V . • • ^ • .4 • « 

processing will probably deereasfe In comparison to a table driven 
parsing. . - ^ . . 

Syntactical ^ Analysis ' " » , 

The syntactical analyzer operates on th.e\^ST (Uniform Symbol Table). Its 
basic function is to recognise the syntactical constructs ^d check the cor-* 
rectness of their construciton as specified by the rules of the grammar. At 
the phase of parsing, the rules vhich were utilized by the linear analyzer are 
eliminated from the grammar and the terminal s'ymbols of the grammar at the 
current stage are the synbols of the UST (first entr>0 • The secorld 'entry of the 
table is* not used by the parser, but is used for the interpretation "process 
which might be incorporated with the parser./ 

An error recovery facility should exist in the syntax analyzer for econom- 
ical reasons since it would enable the parse^ to locate most of the errors with- 
out reprocessing the string. At worst, an error recovery facility enables the 
parser to locate further errors not related to the sfirst error encountered in 
a string, while perhaps identifying legal syntactical alements wrongly as errors 
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due to assuming a state after an error which is diffei;ent from the intended. 
At best, an error recovery. facility whose assumed state sufficiently matches 
the intended state ofden /indicates ^ecifia alternative syntaxes that can be 
redefined as legal in the redesign of the syntax analyzer. 
Consider the model: 

/ 

OPTIMIZE I ' Y . c X 

1=1 \^ ■ • 

N 

ST I a: .X. 1 R, j = 1,M' 

Assuming that the input has >een processed by the lexical analyzer as jdescribed 
in the previous section, all the linear or "linear-like" productions have been 
eliminated and the UST has created. ' The entries of the UST are the termi^ 

>al sumbols for the reduced grammar of the jpodel. This grammar is of re*duced 
nonlinearity since certain nonterminals were converted to terminals. An alg^- 
braic analogy to the reduction to nonlinear i ty is the conversion of variables 
to constants. Thus, the grammar, of the model could be re^^^:itten in reduced 
form where entfips in small letters denote terminal symbols and the underline 
is used to separate them. Let us* call this the "UST grammar The UST grammar 
in BNF is as follows: ^ 

<MODEL> :.: = OPT - < ajb>^ st <COI^ST. SE.;r> 

<CONST, SET> :: = <CON'ST,> | <CONST.>,<Cr>NST. SET> 

<CONST:^ :: = <AE> > = num 

<AE> : : = sign ^num var | sign ^num var <AE2> 

<AE2> : : = ao num var j^lb num var <AE2> 
— — — f — — — ^ 

where ^ 

■j ■ ^- 

/ 
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opt denotes optimize 

St denotes subject to ^ 

num denotes numeric ^ 

var denotes variable 

J ao denotes arithmetic operator 

In the case of a state graph, a linear production, A xB is conver^ 
to a transition from state A^to s-tate B through the arc x. At the syntax 
analysis level, the productions are nonlinear \^th degree on nonlinearity 
at least two. < , " 

Previously, the implicit memory in the state graph was used to handle 
certain nonlinear productions at the lexical analysis level". The definition 
of a nonterminal (i.e., NIJ>(ERIC) was deconjposed to its elements; each nonterm- 
inal was represented by an arc. The same concept can be applied at the syntax 
analysis level. However, at this level, t|:ie productions might have more than 
,one terminal associated with each nonterminal and hence, the terminals cannot 
be represented by arcs. To solve this problem, a special assumption will bep' 
made . '-^ 4 ^ 

All the symbols of the grammar are represented as states in the graph\ 
A peutral symbol (e) will be used to denote the arcs. \J^^s assumed that e 
precedes all the symbols of the grammar. (The UST^rammar is assumed.) The 
introduction Jf this nieutral symbol can be viewed as a linearization of the 
grammar.- Assuming ^mbols S^, S^, S^, s^, the proauction 

is written as 

The following i^ a notation, where . the depth of the structure is illustrated 
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This in state graph notation is: 




inal state. There may be more than on6 terminal state. 



The state graph of the production 



IS 






Consider the following UST grammar.: 



I ^3^2 



.The "e-equivalent" of this grammar is 



^2 - I ^^3^^2 



the state graph -of this grammar is presented in Figure 4. 



/ 



J8 




Figure 4. 



The State Graph of an "e-equivalent'' Grammar 



Indeed, the string S^S^S^S^S^ is a legal one^since the "flow'.' reaches the term- 
inal state S^- * However, the string S^S^S^S^ is not. legal since there is not 
path from state to state S^. 

The amount of memory, implicitly em^Dedded in the above state graph, is 
exactly the same amount of memory embedded in a 0^1 table representation of the 
graph as shown in Table 2. ' 



■Table 2. The Matrix Equivalent to the State Graph of Figure 4 
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That is ,to say that the parsing algorithm' "remembers" only what is the current 
and the ^^vious state of parsfng. This can be Gonsidered as the major dis- 
advantage of a table driven parsing. It would b>e desirable to extend the 



memory of \the .state graph because it would facilitate features such as error 
recovery or diagnostics. The cause of the problem of limited memory is the 



regursjion through the sain^^state. For instance, in Figure A there is recursion 

flow tlirough states- and S^. A way of extending the memo;^ of the graph would 

be to consider each state as a family of statas, sot that state S is ^ type 

j 

of states, and not a single state. Then, all.tfie recursions over state S would 
vbe- eliminated by introducing an additional state of type S. each time there is 
a recursive transition cfver state S_. . That is to say, in Figure A a new s^ate, 

and should be introduced to extend the memory of the graph. This is . 

illustrated in the sitate graph of Figure 5, where the points indicate an in- 
finite repetition of the-same state sub-graphs. The state graph of Figure g 
has. an infinite memory. 

By extenditig the memory of the graph: 

i. the locational relationship of each state to otfier states is 
explicitly defined, and 
ii, at each point in time it is known exactly where the parsing. flow is 
located. , ^ 

However, the above approach could be considered as extreme. Certain recursions 
can be preserved and still have the above two advanT:ages if the following rule 
is. used: A recur'sion is eliminated by duplicating states if the state on which 
the recursion occurs belongs to two or more syntactical constructs. 
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Consdier the production: 



AE> : : = ao num var | ao num var <AE> 




The state at which the recursion occurs is (ao) . However, it belongs only to 
the construct AE and the recursion should be preserved. 

The above methodology is illustrated with a complete example. Figure 6 
represents a UST grammar similar to the one presented at the beginning of this 
section. Figure 7 is the extended memory state graph of the same grammar, but 
with the recursions eliminated as needed. All the transitions are under the 
neutral symbol e. . 



' f 
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Figure 6. The State Graph of a Graitimar of a Simplfe Linear Model. 
The memory of the graph has not been extended. 



In the extended memory state graph, certain syntactical constructs are 
implicitly represented in the sense that no explicity state was required. 
These are AF, AE2, CONST, and C0N5T. SET. 

The concept of extended memory can be viewed as an elementary learning 
process since the more input that is processed the more can be said about the 
following portion of tjifi- input . Hen\:e, this learning increases from left to 



right. This, combined with the fact that there is prior restriction on the 
expected input (e.g., linear expressions in linear programming) provides the 
foundation for efficient error recovery and explicit diagnoistics / "^e 
efficiency of error recoverv^ will similarly increase from left to rig^t. This 
is important since the chance of an occurrence of a human error increases from 
left to right. An additional advantage of the state graph is that any changes 
in the grammar can be easily implemented by properly • modifying the state graph. 

The "break" symbol introduced in the state graphs for lexical ana^lyzers 
is meaningless in the graphs' foT syntactical* analyzers. In a n ac tual design, 
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each state of the graph should be. represented by a separate se't of computer 
language statemervts. This increases the modularity of the system. . The length 
of the' code and the coding proces^s appears to be the only disadvantages of 
the graphical simulation. The advantages of the graphical representation are 
•summarized below: ' , ' 

1. The memory can be expanded up to any desired de«^e; 

2. ' Certain syntactical constructs are implicitly represented. 

3. Ef^icienqy exists with respect to: 

gramma2> expansion or reduction 

'^^•^ - ' ' ' 

ii. error recovery j o 

■ ii " ■ ^ - ' • • - ' 

' A. Explicit diagnostics exist.* ^ - ^ 

±- ' ■ ' * • 

5. Modular design exists. 

M ■ . . « 

i' - • ■ • 

^'■6. |No supporting tables are required. 

, .•• ■ . • 

Dynamic SynHak Adjustment " ■ )^ * 

The extended meiji^y state graph provides a means for^n indirect semantical 
analysis. Given the type of a problem there exists ^some pri^or knowledge of it^* 
syntax -at: parsing time. It there is a w^y of explicitly specifying the type of 
the model, the sys t^^ln^^ould" properly adjust the state graph by deactivating 
certain' states. ' ^n^s 

Let. us consider the example o'f the transportation problem. The correspond- 
ing model is a linear one with the restriction that the matrix coefficients .be 
1 tzeros would not be entered) . The proper adjustment of the graph should be- 
the bypassing of »the two nonterminal states -num- in the constraint section of 
Figure 7. If a coefficient different than the implicit 1 is entered, the 
system will detect this as ^ semantical error. In fact, the restriction of 
"implicit 1*' could be relaxed at the lexical level by suppressing all t,he co- 
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efficients equal to 1. This cotlcept could be impleraent'c:d by representing'..,^ 

the chai?acteristics of a specific type of model by a set of active states. 

Hence, a group of types of linear problems (i.e., i^etworks, machine scheduling, 

etc.) can be ^represented by $ 0-1 matrix where the columns are the states, 

A modular desigri of the system with the proper labeling for the transfer 

of the execution flow would facilitate the activation-deactivation of the 

states at a dynamic mode, i.e., at the end of the execution the graph could be 

feset to its initial configuration. In addition, the concept of dynamically 

adjusting the state graph of the system provides a means for detecting certain 

^^^^^^ 

model characteristics. Given a set of active states for a specific type of 
model, and an- -initial configuration of the state graph, it would then be pos- 
sible to determine the type of the model. Moreover, this could be expanded 
since the linear model, at least grammatically, is considered as a special case 
(i.e., a set of active states) of the nonlinear model. 

Semantic -Analysis ' y 

The semantic analysis which operates on the UST concentrates on the 
SQ^cond entry of the table. The basic function of this analyzer is to assign 
the proper meaning to an entry and execute the appropriate information handling 
For instance, if a numeric entry is located in front of a variable, it should/' 
be interpreted as a coefficient, , 

The coding of the semantic analyzer is usually an ad hoc procedure; most 
often it is implici^^tly included in the parser. ^ 

In languages for OR models ,Vseman tic analysis is important since it can 
detect certain irregularities before the optimization routine is activated and 
computer time is wasted. For in'stance, bound inconsistencies can be easily ^* 
detected. However the state of the art o'^f ^emai^tic analysis Moes not provide 
a theory upon which a semantic ^nBlysis- routine can be designed. . 
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ECONOMIC CONSIDERATIONS 

A major difficulty in the area of software economic analysis is the lack'- . 
of a closed-form metric system; Gilb [ 4] presents progress towards that direc- 
tion^nd some of his metrics will be presented here, 

With respect Co t^eSint?er facing systems, the economic attributes can be 
divided into two general classes: cost and benefit. Figures 8 and 9 illu'^trate 
the breakdown of various attributes; the terminal attributes are the ones that 
have real economic meaning, and the nonterminal ones are used to illustrate 
the hierarchy and thus clarify the effect of the terminals on the system so 
■that the analyst can estimate associated costs and benefits. This ciassifick— 
tion provides a cost/bene^i^ decision framework. The decision, depending on 
the application environmeht, can be reached through an assignment weights 
of importance> to the attributes attaining a small cost/benefit ration, the 
design of the system can be scheduled according to .the optimal ^ight distri- 
bution. 

USER PSYCHOLOGY f 

User psychology is an important part of the design of an interfacing system 
but because the mechanics of the system absorb most of the designer resources, 
little attendtion is paid to it. Co|i(c^ntrating exclusively on the mechanism 
of the interfacing can be viewed as_^^y a partial design; a complete design 



should take into consideration the m^^hanics of the human element of the man- 
'machine system. The objective is rCOt to minimize the present -worth of the 
total cost, but rather to maximize^the present worth of the total gain. 

'User psychology considers the "human interface with computer systems, its 
objective being to identify and Analyze behavioral patterns that increase the 
effectiveness of the system. As icSluch, it falls under human engineering and 
deals with leather complex envirotitnents . 
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User psychology provides, the designer with information about the potfe^ial 

> • \ 
user, -.i.e., capabilities, intelligence, amount of ' time acceptable to learn a 

syntax, psychological effects of the design (motivation, boredojn, etc,)- The 

overal^^,ef fectivene)fes of. the system will be increased if 



this information is 



properly utilized during the designing process. 

There- are ''intelligence gaps^'^ 'ln current generation computers, and this 

'^'Si - 

becomes more apparent ip the problem solving area.,^ A successful man-machine 

' 

system should utilize human intelligence available on the tenynal to fillUhe 
g^ps of the machine. This would also substantially contribute to the effective- 
ness of the system. Hence', the interfacing system should have the capabilities 
of retrieving from the user not only inforn%ti^)n but intelligence as well. User 
psychology provides an insight in this area. 

Martin [ 7] indicates that the user psychology should be studijadi^t three 
levels: The first one Is the functional considerations which studies ^e dis- 
tribution of functions to t^he man and- to the machine • (i . e . , which functions the 
useir performs and which ones the machine performs). It is at this level that 
the user's intelligence will be utilized. An important consideration of this 
level is the ability of the interfacing system to retrieve human experience 
which cannot be quantified, and programmed explicitly in the machine. This 
is very* important in the environment of operations research where one ^'channel 
of flow" of human experience and intelligence is the mathematical model. The 
capa^city of this channel is increased the interfacing system provides a high 
degree of input flexibility. 

Hura^n judgment and experience are further effectively utilized if the system 
provi(^s editing capabilities. In the OR environment, it is a functional 
|iconsi deration of user psychology to decide whether the model will be formulated 



by the us%r or by the machine. In other words, the user could enter an ex- 
plicit formulation or certain key characteristics of this problem. 

The second level is that of procedui^'al considerations which organize 
the operation into a sequence of procedures, e.g., when is the model entered? 
When are error messages displayed? When can the user edit the input? These 
are' the questions to be answered at the procedural level. A good design * 
should avoid the '*human channel overload," or user's boredom. On the other 
hand, attention should be paid to creating to the ufeer motivation for using the 
> system. For instance, motivation can be increased by a comprehensive output. 
With respect to user's boredom, an important, procedural consideration is the 
flexibility of the system t^o accept input through alternative sequences of 
instruction. Experience indicates that the usei^ecomes bored by a system that 
requires a fixec^ input sequence, especially if its length is not controlled 
by the user. He should be able to effectively utilize his knowledge of the 
system. 

The third level is that 'of syntactical ccfnsiderations , which primarily deals 
with the effect of the syntax on the user. Experimental psychology provides 
insight into how a particular synt^ptical feature is accepted by the user. The 
syntax can affect: 

« 

i . the time nexessary for a sys tern to be learned , and 
ii . the chance of an error occurrence . 

Through statistical investigation, researchers have concluded that certain 
conventions of natu^a 1 l^g uage sl^ould not be used. For instance, abbreviatic 
as ISN'T or DON'T should b^e j^rtt^e^r^s IS NOT or D.O NOT. Also words su^^as 
ILLEGAL or UNKNOWN 3^ould be written as NOT LEGAL or NOT KNOl>fN. 



Lons 



30 



To summarize, the designer should consider the following; 

1. Minimize the time necessary for the user to become familiar with 
. the system. ^ . 

2. - The design should promote user motivation for using^^e system. 

3. The design should try to minimize the chance of user frustration 
due to diagnostics or other system behavior. 

A. ihie human time on the keyboard should be minimized. 

APPLICATIONS TO ifNEAR PROGRAMMING ^ 

EZLP is an interactive computer system for linear programming problems 
which was developed in ^he School of Industrial and Systems Engineering of the 
Georgia Institute of Technology [6 ]. The goal of the system was increase 
the compuater share in formulating and solving a linear programming problem. 
In that respect, EZLP is a step towards narrowing the gap b^^ween the OR analyst 
and the computer. 

An informal characterization of the EZLP syntax is that it provides a 
free formation with respect to the mathematical model. Hence, all the re- 
strictions of a typical LP system are relaxed. Usual restrictions are; 

i 

i. .The linear expression must be entered before the relational 

operator*.. Usually, only a numeric entry is allowed to the right 
of the relational operator. 
ii. The variables should be entered in the same sequence, 
iii. The dimensions of the problem should be specified in advance. 
EZLP relaxes the above restrictions and provide's certain additional features 
as summarized below: 

1. There is no restriction to the number of alternative objective 
functions. 

2. Single variable constraints with the same right hand side 
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can be grouped into single constraint (explicit list constraint) e.g., XI, X2 
X2, X3 >=.10. ... ' ' , 

o 

3. A bound can be assigned to all the variables e.g., ALL VARS >= 5. 

4. A bound can be assigned to all tihe variables .not assigned a bound up 
to the point of entrance of the constraint, e. g. ALL OTHER VARS >= 10. 

5. * Different bounds can be assigned'to the same variable in different 
points in the model but the minimum upper bound and the maximum lower bound 
will prevail. ^ 

6. Arithmetic expressions can be bounded from above and below, for 

example, 5 = XI + X2°+ X3 <= 10 
. <^ 

7. Arithmetic expressions can be entered in both sides of a relational 
operator, e.g., XI + X2 <= 10 - X3. 

8. There is no restriclton to the order of variables, e.g., X5 + X3 + 
X4 <= 10 - X2 + XI 

9. Indexed variables are allowed, e.g., XI, 2, 3 X25,3; 

'ip. Numeric values can be entered in an arithmetic explression as 
single arithmetic entities. The summation of all these nunerics will form the 
right hand side of the constr^aint, e.g., R0W3 : 3 POWER - 2 4 6 HEAT + 10 <= 15 
is equivalent to Row3: 3 POWER + 6 HEAT <= 7. 

11. Prior knowledge ojc_the size of the model is not required. 
The design of the interface of EZLP was based on the methodology pre- 
sented in the previous sections. The state graph approach was used to perform 
lexical and syntactical analysis. The complexity of the EZLP grammar was such 
that the design took advantage of all aspects of the state graph. 

Semantical analysis, embedded in the process of syntactical ^inalysis, is 
limited to checking the consistency of bounds of the variables and expressiorio . 
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EZLP detects most of the errors in a line. However, in rertain instances, it 
stops at the first error, ignoring the remaining part of the input string. 
Tliis occurs 'when it is stlispected that several articfici^al errors would be 

« 

generated by error propagation should the scanning process continue. The 
^state graph provides the facility of pointing che exact -error point with a self-- 
explanatory diagnostic message. 



The foll6wing 


is the EZLP 


nonlinear grammar in BNF: 


Notation: 






I^jPL. LIST* CONS. 


deno tes 


Implicit List Constraints 


EXPL. LIST CONS. 


denotes 


Explicit . List Constraints 


ALT. OBJ. FCN 


denotes 


Alternative Objective Function 


AE 


denotes 


Arithmetic Expression 


INT. AE 


denotes 


Internal Arithmetic Expres3ion 


REL.^ OP 


denoted 


Relational Operator 


AO 


denotes 


Arithmetic Operator 


NUM 


denotes 


Numeric 


VAR ' 


denotes 


Var iab le 


SPECS 


denotes 


Sped £i cat ions 


COEF 
LP 


denotes 
denotes 


Coefficient 
Linear Programming 
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Definitions: 

<LP MODEL> <OPr><LINE NAMF,> «An>< MODEL SPECS> 

<MODEL SPECS> :: = <MODEL ENTRY> | <MODHL ENTRYxMODEL SPECS> 

<MODEL ENTRY> :: = <ARITHM. CONSTRAINT> | < LI ST CONSTRAINT> | 

< ALT. OBJ. FUN> 
<LIST CON'STRAINT> :: = <EXPL. LIST CONS>|<IMPL. LIST CONS> 
<ARITHM. CONSTRAINT> :: = AND <LINE NANlExAExREL. OP><AE> [ 

AND <LINE NA?IE><NUM><DEL . OP.><AE> 
<REL. 0P> 

<ALT. OBJ. FUN> :: = ALSO <LINE NAME><AE> 
A 

<EXPL. LIST CONS> :: = AND <LINE NAMExNlO^txREL . OP.xVAR.LIST 

AND <LINE NAMExVAR' LISTxREL. OP><NUM> 
AND <LINE NAMExNUMxREL. OPxVAR. LISTxREL. OP.><NUM> 
<IMPL. LIST CONS.> :: = AND <LINE NAME> ALL <OPTION 1> VARS • 

<OPTION 2> I 
<OPTION 1> :: = OTHER | nitl?i^ ^ » 
<OPTION 2>, :: =<REL. 0P><NU|1>|URS 
<AE>-:: = <SI GN><TERM> | <SI GN><TERM>.< I NT . AE> 
<INT. AE> :: =<AOxTERM> | <AO><TERiM>< INT. AE> 
<TERM> :: = <C.OEF><YAR> | <NUM> 
<VAR LIST> :: = <YAR> | <VAR > , <VAR I,TST> 
<VAR> :: = < LETTER> | < LETTERxVAR STRINC> 

<VAR STRING> :: = <PREFIX STRING> <PREFI X STRINGxVAR STRING> 

<PREFIX STRING> :: = <DIGIT> | <LETTER>< TNDEX> 

■^NDEX> :: = <DIGIT>, < DI GI T> | < I NDEX> , <DIGIT> 

<LINE NAME> :: = •<YAR> | Null 

r 

.37 ■ 
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<COE:F> :: = <NUM>|\ull 

<XUM. ; : = <INTEGER> | <INTEGnR> | <INTEG[;R> . | . > 

<INTEGER> . <INTECER> 
' <INTEGER> :: = <DIGIT> | <DIGI.T><INTEGER> 
<DIGIT> = 0 1 1 I 2 I - - - I 9 
<LETTER> : : = A|B I --- |Z 

<OPT> : : =^ MAX | MIN | MAXIMIZE | MINIMIZE 
<SIGN> : : = + | - | Null 
<A0> :': = + I - - ■ ^ 

iREL . 0P> : : = I = I > = I =< I = > 

I 

The above grammar after the lexical analysis is 



transformed to the following UST grammar. ^ 
<LP MODEL> i : = Opt. - Line name - <AE><MODEL SPECS> 



<MODEL SPECS> ; : = <MODEL ENTRY> | <MODEL ENTRYxMODEL SPECS> 

•N 

<MODEL ENTRY> :: = <ARIT'HM. CONSTRAINT> [ <LIST CONSTRAINT> | . 

<ALT. OBJ. ■FUN> - . 

<LIST C0NSTRAINT> :: = <EX PL.' LIST CONS^^^^MPL. LIST CONS.> 
<ARITHM. CONSTRAI\T> :: = -AND -^ine name - <AE>..Rel. - <AE: 
' . ' . ' AND - Line name - num - rel . op - 

A 

<AE> - rel. op. - num 
<ALT. OBJ. FUN> :: ALSO - line name - <AR> 
<EXP'L. LIST CONS.> :: = AND - line name - num - rel. op - 

<VAR LIST> I 
AND - line name .-^ <VAR LIST> - 
^- > Rel. op. - num |» 

"AND - line name -'num - rel. op. . 
<VAR LIST>| - rel... op - num 

ERIC'" ,/ "5^!:^ 



<IMPL. LIST CONS.>\ = AIsfD - line name - ALL - <OPTIOx\^ 1>. --^ARS - <0PTIPN 2> 
<OPTION 1> :: = dTHE^l/|, Null 

<OPTION 2> :: = rel. op^ num URS ' 
<AE> :: = Sign - Term | Si^ - <TERM><INT. AE> , | 
-<TERM> :: = Coef- Var | nuirf - ' * - , ^ 
<VAR .LIST> :: => Var' | Var, - Vt^AR LIST> 

The state graph corresponding" to the above grammar Is shown in Figure- 10. 
In 'this graph, certain nontenniuals are represented implicitly , i.e., a' 
group of states. These are all the nonterminals at the left of the definitions. ^ 

The terminals*- sign - and - coef - are omitted since their diffferencje 
from their counterparts - ao - and - num - is the null element. /. 

The EZLP grammar could be dynamically adjusted at low cost" to extend its 
capabilities. ^ Special forms of linear programming could be inputted through the 
E^P interface with the error recovery mechanism reflecting their special 
charactidristics for instance, if EZ'LP'were to be adjusted to handle only models 
with 0-1 coefficients, the only change should be to redefine TERM as <TERM> :: = 
<VAR>|<NUM>. In t^^^tate graph, this translatTfe^ iqjLo 'eliminating the arcs 
leading from^feKf' stati. num to. the state vary -The generic state. graph of 
(Arlthnl^tic Expression) should be^-^s^i/ figure 11. 
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The State Graph of an Arithmetic Expression wit^h 0- 
Coef f'icients ^ ' , . 



Aspects of user psychology x,;ere considered in the design of EZLP . The 
high flexibility of input reduces 'the user's boredom ^nd increase his likeli- 
hood of using th^ystem, especially in the academic environment. The capacity 
of the user's attention channel has been increased by increasing the informa- 
tion capacity of t?he EZLP entries'.- Constraints as " AND XI, X2, X3 , >= 10" 
or ''AND ALL OTHER vArS <= 5^' are 'exaiples' of entries with increased inf orma- 
tio» capacity, torj the same reason, the capacity of the user's short term memor 
has been increased. As a result, human judgment can be exercised in a more 
effective way in the process of formulating or editing the model. 

By comparing EZLP to the other existing interfacing systems for LP, it is ' 

apparent that there are mainly tw^ advances: the elevation of the^Qommunication 

ft * ' 

closer to' the user's thinking level, and a higher rate of communication. 

, .. V . ^ ' .. • . " - r .'■ ■ - 

The -f ii^ "can be considered As a cSntribution to th^ task of ''retrieving user's 

experience" and henc^a more effective man-machine system. -Th^; second is a 

■ , ^ .'-'^ 

major economic con^^eratio.n affecting several economic attributes. 

EZLP and its variations . represent , -a man-machiue communication at a fixed 

level of information comptess^on. This implies that the rate'of communication 

> . f- ' 

_ ' " ■■ ^ 

of the EZLP variatibn will be' approximately the same', i.e., a grammar transform- 
ation will not substantially affect the rate of cdjtonunication. On the other 
hand, it may affect the "experience retrieval." ' ' * 

To substantially increase the rate of communication in the linear environ- 
ment, the system should provtde facilities" of symbolic input of higher informa- 
tion capacity. For instance, the arithmetic expression " ^ 

MAX blXl + C2X2 + ... + ClOXlO could be inputted as: 
MAX SUM CIXI Ir-= 1,10 or l» - 

MAX SUM CIXI I = 1,2,3,. ..,10 ' ■ 



Note the simplicity of the grammatical definitions: 
<OBJ FUN> :: = <OPT> SUM <CQEF> X <INDEX><INDEX> • = <NWI> , <NUM> 



<COEP> :: = <INDEX>|Nu11 



psychology, may substantially affect cost effectiveness"^ of the system. 
Nonlinear Programniin^ 



These facilities, if carefully designed considering theJpotential user 

The ^concepts ^Jdiscussed in the previous chapters apply to processing npn- 

linear models. Once the features of the system liave been decided, the granmar 

should, t.e speeif ied au eff i,cient metalanguage. This specification for non- ■ 

linearity would be similar to the general linear model specification with the 

addition of nonlinear arithmetic expressions. As an example, the graimnar of EZLP 

of the previous section, can be easily co'nverted to a grammar for nonlinear in- 

* ■ . .i--^- ■ ■ ,'-■5. . • 

put. All the. features of EZLP would be preserved if AE, INT. AE and TERM are 

the only re^^ef ined^Wnterminals . The new definition should be a broader one 

able to^ept nonlinear entries as well as linear. This could be accomplished 

by the following definitions: ^ 

<AE> ':: = <SIGN><TERM> [ <SIGN><TERM><INT. AE> * , . , • 

<SIGN><NUM>]<SIGN><NUM><TERM><INT. AE> 
<INT. AE> :: = ^AO><TERM> [ < AO><Nm> | <AO><TERM><INT. AE> 

<AO><NUM><TEP^<INT. AE> ' . 

<TERM> :: = < VAR><EXP> [ <VAR><TERM> • 

<EXP> :: =|+<NUM> [null * * ' ' . 

With the above definitions^ ^ke system would be -aboe to accept an input as: 

. Max X + Xf 2 - 2 X YZ + 15 - XZ 'i 2W 

Lexical analysis would ' transform the abovQ definition to the following UST 



definitions: ^ 
'•<AE> :: = Sign - <TERM> [ Sign - <TERM><INT. AE> 

Sign - Num' | .Sign - Num - <TERM><INT. AE> 
<INT. AE> : : = AO - <TERM>[ AO - Num | 

AO - < TERM> I AO - Num' - <TERM><INT AE> 
AO - <TERM><INT. AE> 
<TERM> : : = Var - f - Num Var - <TERM?> 

Th^' above translates to the following state graph of Figure 12. 




Figure 12, The State Graph of a Nonlinear Arithmetic Expression 

Nonlinear programming, with exceptions of some special forms as quadratic 
programming, is based on function evaluation and search methods rather than qn 
■^a closed form matrix dirven. methodology . The most efficient' way of handling 
this situation is to simply append the nonlinear expressions to a prograin wrltte 
in a high level, gcr.eral purpose language. The associated compiler would check 
the syntax of the input. So the syntax of a high level, well-known language 
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would be the priniar>' part of the syntax of the interfacing system. This im- 

■ . ■i' 

plies that ttie potential uset would, very possibly, be required to become 
familiar only with a few key words of the system* 

CONCLUSIONS 

The goal of this research was to develop a cost-effective methodology for 
inputting mathematical models of Operations Research into the computer. Elements 
of mathematical linguistics provided a framework for this methodology. Through 
grammatical specifications, the desigjier can visualize the complexity of the 
system and, *hence, estimate the associated development, operational and mainten- 
ance "costs." Through grammatical transformations, these costs can be altered 
and the system, during the analysis stage, can reach a cost-effective state. 
Given the finral form of the grai^mar, the parsing " algofirithra can be designed as a 
flow through legal syntactical states.' This lea^s to the state graph approach, 

"The. above methodology can be seen as a systematic step-by-step transformation 
of: the -system features expressed in English to a highly modular code.^ The 
most important advantage of this feature is . that it provides the basis for 
system whose syntax can be altered at input time. ' 
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